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Предложено преобразование описаний бизнес-процессов, выполненных с помощью традиционных методологий, например, 
ОГО ( йаіа Поѵѵ Оіадгат) в язык ВРЕІ ( Визіпех Ргосезз Ехесиііоп іапдиаде), для чего выполнено сопоставление этих методологий. 
Получены правила разработки схемы бизнес-процесса на основе диаграммы потоков данных, конструкциям которой поставле- 
ны в соответствие элементы языка ВРЕІ. 


Для получения дополнительного конкурентно- 
го преимущества современные предприятия вне- 
дряют решения на основе систем управления биз- 
нес-процессами (Вихіпезх Ргосеы Мапа§етепГ, 
ВРМ). Одним из компонентов ЙЙА/-системы явля- 
ется графический редактор (дизайнер). Он обеспе- 
чивает визуальную разработку (описание, проекти- 
рование) схем бизнес-процессов, что можно срав- 
нить с работой в привычных средах моделирова- 
ния, таких как АИРшіоп Ргосеы Мойеіег (ранее 
ВР\ѵіп ), АКІ5 ТооЕеі. Графической схеме соответ- 
ствует описание на специальном языке, которое 
для исполнения загружается в движок ВРМ- систе- 
мы. Исполненные бизнес-процессы могут быть 
проанализированы с помощью модуля мониторин- 
га. В настоящее время процесс стандартизации 
языков, используемых в ВРМ- системах, не завер- 
шен, но уже приняты базовые спецификации, 
определяющие правила построения и выполнения 
бизнес-процессов и способы их взаимодействия с 
программной средой [1]. На сегодня ш ний лень на- 
иболее перспективным ЙДАДстандартом, на кото- 
рый ориентируются все ведущие производители 
программных продуктов и технологий, является 
язык В РЕ И [2]. Стандарт ВРЕІ, разрабатываемый с 
2002 г., включает в себя средства для организации 
согласованной работы (оркестровки - огсітігаііоп) 
нескольких приложений и обмена сообщениями 
между ними. В данной статье используется именно 
язык ВРЕЕ. 

Начальный этап разработки бизнес-процесса - 
этап анализа и проектирования. Несмотря на то, 
что ЙДЛДсистема включает в себя графический ре- 
дактор, был сделан вывод, что для качественного 
анализа и проектирования бизнес-процессов более 
приемлемо использование традиционных средств 
моделирования и анализа, как то: ВРыіп , который 
поддерживает ЮЕРО, ПРО, ІВЕЕЗ\ АКІ8 ТооЕеГ (в 
данной статье рассматривается методология РРП). 
Если же предприятие ранее уже описало свои биз- 
нес-процессы в виде диаграмм с помощью указан- 
ных средств в ходе выполнения соответствующего 
проекта, то при внедрении ВРМ- системы этап ана- 
лиза и проектирования пропускается, а из описан- 
ных бизнес-процессов выбираются те, которые 
требуется автоматизировать средствами ВРМ. 


Реализация бизнес-процесса заключается в соз- 
дании его описания на языке ВРЕЕ (кодировании), 
которое выполняется с помощью визуального (гра- 
фического) редактора, что практически полностью 
избавляет от необходимости непосредственно пи- 
сать код. Поэтому предлагается выполнять реали- 
зацию в два подэтапа: 

• выполнить построение в графическом редакто- 
ре ВРЕЕ на основе модели, полученной на эта- 
пе анализа и проектирования, т. е. преобразо- 
вать модель ВР\ѵіп в ВРЕЕ (для такого преобра- 
зования необходимо выработать правила); 

• создать необходимые сообщения, переменные, 
определить их тип, назначить соответствующим 
блокам и т. п. 

Чтобы получить правила преобразования из 
ВРВ в ВРЕЕ, необходимо выделить характерные 
конструкции диаграммы ВРВ и поставить им в со- 
ответствие конструкции ВРЕЕ. 

Конструкциями диаграммы ДИ) являются: 

• блок (функция, асііѵііу), декомпозиция; 

• поток данных, слияние и ветвление стрелок; 

• внешняя сущность; 

• хранилище. 

Далее необходимо найти способ описать эти 
конструкции средствами ВРЕЕ. В данном исследо- 
вании используется ЙДЛДсистема Огасіе ВРЕЕ Рго- 
сеы Мапа§ег. 

Блок ДЕД являющий собой в модели какое ли- 
бо действие, в ВРЕЕ, видимо, также будет действи- 
ем, описанным с помощью какого-либо блока, в 
зависимости от контекста. 

Блок ДЕД подлежащий декомпозиции, детали- 
зируется на нижнем уровне иерархии несколькими 
блоками. Для группировки нескольких блоков в 
ВРЕЕ существует два компонента: зсоре и зеди- 
епсе. Зсоре (один из блоков на рис. 1) - это кон- 
тейнер, состоящий из других вложенных блоков 
произвольной глубины, которые могут иметь свои 
собственные локальные переменные, обработчики 
ошибок и т. д. Зсоре является аналогом оператор- 
ных скобок в языках программирования. Исполь- 
зование блока зсоре упрощает ЙЙЕХ-поток путем 
группировки функциональных структур и возмож- 
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ности свернуть их в один элемент [3]. То же спра- 
ведливо и для зедиепсе с той разницей, что этот 
элемент не имеет локальные переменные, обработ- 
чики ошибок и т. д. Поэтому блок, для которого в 
РЕО существует диаграмма-потомок, следует заме- 
нить на блок ВРЕЬ зсоре или зедиепсе с сохра- 
нением имени (пате) блока. Это, с одной стороны, 
позволит избежать необозримости диаграммы 
ВРЕЬ ; с другой стороны (для зсоре), даст возмож- 
ность ввести локальные переменные и обработчи- 
ки ошибок. Если блок зсоре включает в себя более 
одного блока, то внутри него создается блок зеди- 
епсе, и вложенные блоки будут заключены уже в 
этот блок, который позволяет определить совокуп- 
ность блоков, выполняемых последовательно. Все 
переменные, созданные для контекстной диаграм- 
мы, являются глобальными, а обработчики ошибок 
не используются на этом уровне, поэтому блок 
контекстной диаграммы ОГО всегда описывается 
блоком зедиепсе в ВРЕЬ. 

Как правило, бизнес-процесс инициируется 
поступлением запроса от внешней сущности (на- 
пример, клиента). Этот поток изображается на 
контекстной диаграмме РЕР в виде стрелки, на- 


правленной от внешней сущности к блоку. В ВРЕЬ, 
чтобы сохранить полученные данные в перемен- 
ную для дальнейшего использования, необходимо 
включить блок гесеіѵе, ожидающий сообщение 
от внешнего сервиса (РагГпег Ыпк), которое сохра- 
няется в соответствующей переменной процесса. 
Таким образом, первым элементом диаграммы 
ВРЕЬ будет гесеіѵе (рис. 1). 

Если клиент, инициировавший бизнес-про- 
цесс, должен получить ответ, то в ОГО это изобра- 
жается в виде стрелки, направленной от процесса к 
внешней сущности. Чтобы отразить это на диа- 
грамме ВРЕЬ, необходимо использовать блок ге- 
ріу или іпѵоке для синхронного или асинхрон- 
ного бизнес-процесса соответственно. Оба блока 
передают партнеру (внешней сущности, сервису) 
сообщение, которое хранится в переменной, закре- 
пленной за данным блоком. 

Синхронный ц/еЬ - сервис обеспечивает немед- 
ленный ответ на запрос. Сервер ВРЕЬ позволяет 
задать максимальное время ожидания синхронного 
ответа, значение которого по умолчанию 60 с. Если 
за это время ответ не получен, происходит отказ. 
Асинхронный способ обмена сообщениями приме - 
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Рис. 1. Диаграмма ВРЕІ 
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няется, когда, например, сервис может потребо- 
вать длительного времени обработки заявки клиен- 
та (от нескольких минут до нескольких дней). 
Асинхронный сервис обеспечивает более надеж- 
ную, отказоустойчивую и масштабируемую архи- 
тектуру. Таким образом, чтобы клиент бизнес-про- 
цесса получил ответ, необходимо следующее: 

• выбрать способ обмена сообщениями (оценить 
время обработки заявки); 

• если это синхронный процесс, добавить на диа- 
грамму ВРЕЬ в качестве последнего процесса 
блок геріу, ели асинхронный - іпѵоке; 

• соединить добавленный блок с внешней сущно- 
стью (сервисом, РаПпег Ыпк), если она уже до- 
бавлена на диаграмму. 

Если на вход блока ШТ) поступают данные (на- 
пример, данные клиента), являющиеся результа- 
том слияния других данных от разных источников 
(например, фамилия клиента и его электронный 
адрес, рис. 2), то с точки зрения ВРЕЬ это значит, 
что существуют три переменные, содержащие фа- 
милию, адрес и данные в совокупности, а для вы- 
полнения функции блока необходима переменная, 
в которой будут храниться данные клиента. 



Рис. 2. ВРѵѵіп. Слияние данных 


Для того, чтобы записать данные клиента в эту 
переменную, требуется использовать блок аззідп, 
который позволяет выполнять манипуляции с дан- 
ными, например, конкатенацию или копирование 
содержимого одной переменной в другую, в дан- 
ном примере - содержимое исходных двух пере- 
менных в соответствующие части конечной. На- 
пример, если конечная переменная имеет имя 
сІіепРКедиезР, то ее содержимое после копиро- 
вания может иметь следующий вид: 
<с1іеп1:КедиезІ;> 

<рагЕ пате=»рау1оас1» > 

<С11епРБа1:аРгосеззКезропзе> 
<1аз1:Ыате>Іѵапоѵ</1азШате> 
<ешаі1>іѵапоѵ@зіЬшаі1 . ги</ етаі1> 
</С1іеп1;Ва1;аРгосеззКезропзе> 
</рагР> 

</с1іеп1;КедиезР> 

Таким образом, для выполнения слияния пото- 
ков данных в ВРЕЕ необходимо ввести блок аз- 
зідп с соответствующим(и) правилом(ами) копи- 
рования ( сору га/ф)), которые создаются в окне 
указанного блока (рис. 3). 



СепегаІ Сору Киіез Зепзогг ДппоЕайопг 



Рис. 3. ВРЕІ Окно блока аззідп 


Ветвление стрелок в ВР\ѵіп отображается на ди- 
аграмме ВРЕЬ аналогичным образом с помощью 
блока аззідп: в две (или более) переменные с по- 
мощью сору гиіе копируются соответствующие ча- 
сти исходной переменной (исходных данных). 



Рис. 4. Редактирование Рагіпег ііпк (в том числе установка 
ролей) 


Внешняя сущность на диаграмме ВЕН является 
источником/приемником данных. Но что бы она 
не представляла собой, это находится за границами 
моделируемого бизнес-процесса, который не рас- 
сматривает внутреннюю работу внешней сущно- 
сти. ВРЕЕ как раз и предназначен для оркестровки 
таких внешних сущностей. На диаграмме ВРЕЕ 
они представлены в виде элементов РаПпег Еіпк, 
которые могут также быть ббХХ-процессом или 
любым другим іѵФсервисом, с которым взаимо- 
действует данный. Для каждого РаПпег Еіпк опре- 
деляются роли бизнес-процесса, в котором ис- 
пользуется сервис, и его самого {КециеИег- запра- 
шивающая сторона и Ргоѵісіег - поставщик инфор- 


207 






Известия Томского политехнического университета. 2006. Т. 309. № 7 


мации, услуг, рис. 4). Если требуется реализовать 
бизнес-процесс таким образом, что он иницииру- 
ется по запросу клиента, например, с іѵей-сайта, то 
на диаграмме ВРЕЬ клиент будет представлен в ви- 
де соответствующего РагГпег Ппк, так как бизнес- 
процесс взаимодействует с клиентом как с внеш- 
ним сервисом. Причем роль РагГпег Ппк (клиента) 
будет Вецие&Гег, а роль бизнес-процесса - Ргоѵіёег. 
Если в ходе выполнения происходит обращение к 
другому внешнему сервису за информацией, то 
роль Ргоѵіёег будет играть внешний сервис. 

Общение функции ДИ) с хранилищем предста- 
вляется в виде запрос-ответ, причем ответ возвра- 
щается немедленно, без предварительных допол- 
нительных вычислений. Поэтому на диаграмме 
ВРЕЬ хранилищу из диаграммы ДИ) необходимо 
поставить в соответствие РагГпег Ппк, который, в 
свою очередь, является синхронным сервисом 
взаимодействия с базой данных. В более редких 
случаях хранилище может быть не базой данных, а 
например, бумажным архивом, работа с которым 
выполняется человеком и требует времени. Тогда 
на диаграмме ВРЕЬ следует использовать РагГпег 
Ппк (асинхронный сервис), которому может соот- 
ветствовать іѵей-страница с запросом и полями для 
ответа. Понимание того, синхронным или асин- 
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хронным будет взаимодействие с хранилищем, 
важно, т. к. требуется соответственно один или два 
типа порта (роіі Гуре). Тип порта - это совокупность 
связанных операций, выполняемых участником во 
время диалога. Тип порта определяет, какая инфор- 
мация посылается и принимается, форму этой ин- 
формации и т. д. Синхронный обратный вызов тре- 
бует только один тип порта, который и посылает 
запрос, и получает ответ, в то время как асинхрон- 
ный обратный вызов (где ответ не немедленный) 
требует два типа порта: один для того, чтобы по- 
слать запрос, а другой - чтобы получить ответ, ког- 
да он придет. 

Стоит отметить, что для правильного преобра- 
зования модели из ДИ) и ВРЕЬ необходимо хоро- 
шо знать контекст бизнес-процесса, что видно на 
примере преобразования хранилища. 

Таким образом, для более эффективной разра- 
ботки бизнес-процессов было выполнено сопоста- 
вление традиционных методологий и языка испол- 
нения. Показано, что схема ВРЕЬ может быть раз- 
работана путем анализа и проектирования бизнес- 
процесса с помощью ВРгѵіп ( ДИ)) и последующей 
реализации с использованием полученных в ре- 
зультате сопоставления правил преобразования 
конструкций ВЕР в ВРЕЬ. 
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